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In the context of globalization and dynamic markets, collaboration among organizations is a condition sine qua non for 
organizations, especially small and medium enterprises, to remain competitive. Virtual organizations have been pro- 
posed as an organizational structure adapted to collaboration among organizations. The concept of Virtual Organization 
'Breeding Environment (VOBE) has been proposed as a means to support the creation and operation of virtual organi- 
sations. With the rise of the service-oriented architecture (SOA), the concept of service-oriented VOBE (SOVOBE) has 
been proposed as a VOBE systematically organized around the concept of services. In the context of SOVOBEs, novel 
.competence models supporting both service orientation and collaboration among organizations have to be developed to 
support efficiently partner selection, a key aspect of VO creation. In this paper, such a competence model is presented. 
.Our competence model consists of a competence description model, a competence verification method, and a competence 
search method. The competence description model is an information model to describe organizations, their competences, 
.and services they provides. The competence verification method enables the verification of the reliance and relevance of 
competence descriptions. The competence search method allows a VO planner to select appropriate partners based on 
VO specifications, encompassing competence requirements. Finally, implementation concerns based on the development 
of the prototype ErGo system are presented. 

'Keywords: competence description, modelling, partner selection, service-oriented architecture, virtual organization 
breeding environment, virtual organization creation, social network, competence requirement 



1. Introduction 



In the context of globalization and dynamic markets, 
'collaboration among enterprises allows them to face the 
^ socio-economical challenges related with high dynamism 
cind ever changing clients' needs. To be competitive, orga- 
^-H nizations base their operation on strategies of specializa- 
^ tion, differentiation and collaboration within networks of 
• ^ organizations, referred to as Virtual Organization (VO) [ij. 
The main challenge of VOs is an efficient collaboration of 
autonomous partners to achieve a predefined goal, and, if 



needed, to quickly adapt to changing environment. Adap- 
tation helps to reduce business risk or to take advantage 
of new business opportunities 0]. 

The creation of a VO is one of the most important 
phases in VO lifecycle. A key issue is the selection of 
appropriate partners and their services that could achieve 
the VO goal. The selected set of partners and services has 
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a direct impact on the VO efficiency, effectiveness, ability 
to be adaptive, and dynamics. A selection of inappropriate 
partners, based on limited, unreliable information, leads 
to inefficient collaboration among organizations and, in 
consequence, to VO failure. 

The concept of Virtual Organization Breeding Envi- 
ronment (VOBE) has been proposed as a means to ease 
and foster the creation and operations of VOs. A VOBE 
gathers organizations, referred to as VOBE members, and 
provide them with support for future and current collab- 
oration within VOs. A VOBE facilitates the whole VO 
lifecycle by limiting the open universe of partners and ser- 
vices to those registered, it may impose a standardized 
approach to description of competences, services, used in- 
frastructures, etc. on its members. A VOBE may also 
provide its members with services, e.g., negotiation tools 
and partner selection services. 

Service orientation is emerging at multiple organiza- 
tional levels in business, in response to the growing need 
for greater business integration, flexibility, and agility. Ser- 
vice-oriented architecture (SOA) has been suggested as a 
valuable approach for the architecture and implementa- 
tions of VOBEs and integration of collaborating organiza- 
tions 0]. A VOBE implemented in the SOA paradigm is 
referred in this paper as a Service- Oriented Virtual Orga- 
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nization Breeding Environment (SOVOBE). 

To promote itself and to be taken into account during 
VO partner selection processes, each SOVOBE member 
should provide detailed and up-to-date information about 
the activities it can perform and the services it can offer Q . 
This description is often referred to as competence descrip- 
tion. A key element for agile collaborative enterprises is 
a sound computer support for competence management, 
providing tools for partner and service selection based on 
competence description. 

In this paper, we argue that existing competence mod- 
els are not adapted to organizations willing to collabo- 
rate within VOs in SOVOBEs. The two characteristic ele- 
ments of VOs in SOVOBEs — service orientation and cross- 
organization collaboration — are not taken into account in 
most competence models, with a notable exception: the 
4-C model The 4-C model has been developed to 

model competences in VOs, but it lacks support for ser- 
vice orientation. Additionally, competence models usually 
concentrate on a data model for the description of orga- 
nizations competences, neglecting the verification of these 
competence descriptions and their actual use during the 
VO creation process. 

In this paper, we propose a novel competence model 
to support partner selection in the VO creation process 
in SOVOBEs. The main contributions of this paper are 
a) a competence description model, which may capture in- 
formation about an organization profile, its competences, 
and the services it provides, b) a competence verification 
method to evaluate the reliability of the information in the 
competence description model, and c) a competence search 
method that has been integrated into a partner search 
method adapted to the characteristics of SOVOBEs, i.e., 
service orientation and cross-organization collaboration. 

The remainder of this paper is organized as follows. 
In Section [21 the research background is presented. First, 
the concepts of VO and VOBE are described in more de- 
tail. Next, the service orientation applied to organizations 
is discussed, leading to the definition of SOVOBE. Then, 
the concept of competence modelling in VOs ends this sec- 
tion. In Section |31 the rationale and a general overview 
of the proposed competence model and its components — 
the competence description model, the competence verifi- 
cation method, and the competence search method — are 
presented. In Section|31 the competence description model 
is detailed. The three parts of the competence description 
model are then described: the competence profile, the ser- 
vice business profile, and the organization profile. In Sec- 
tion [5l the competence verification method is presented, 
with a special emphasis on the role of a social network in 
this method. In Section [HI the competence search method 
is presented in the context of the partner selection pro- 
cess, in particular as an element of the Multi- Aspect Part- 
ner and Service selection method. Section [7] outlines the 
intended application of the model in the construction sec- 
tor and presents implementation concerns related with the 
ErGo system, a prototype implementation of the proposed 



approach. Finally, Section [8] concludes the paper. 

2. Research background 

In this section, concepts concerning the collaboration of 
organizations in VOs are introduced. A special emphasis is 
put on (1) the concept of SOVOBE, and (2) the description 
of competences of SOVOBE members. 

2.1. Service- Oriented Virtual Organization Breeding En- 
vironment 

In this section, concepts and definitions referring to 
VOs and their operation within a VOBE arc presented. 
Next, Service-Oriented Architecture (SOA) at the coarser 
level of organizations is discussed. 

2.1.1. Virtual organizations 

Organization environment is defined as "all the forces, 
processes and other entities — such as companies, public 
administration agencies, non-government organizations — 
outside an organization that interact with the organiza- 
tion and can potentially affect the organization's perfor- 
mance" . In a global economy, organization environment 
strongly influences organization's operation and its market 
success. Current economic trends — globalization, develop- 
ment and proliferation of information technology, develop- 
ment of knowledge-based economy and rising competition — 
result in increased complexity, uncertainty, dynamism, tur- 
bulence and diversity of organization environment. Such 
an environment is particularly challenging for small orga- 
nizations. Although small organizations are flexible, inno- 
vative, and able to adapt to a changing environment in a 
relatively easy and rapid way, they have limited capabili- 
ties to influence the market, to control their environment, 
and, finally, to compete with large global organizations 
that have much more resources. To remain competitive, 
small organizations may base their operation on strategies 
of specialization, differentiation and collaboration [Tf • 

The concept of a Virtual Organization (VO) [21 has 
been proposed as an approach to support collaboration 
among multiple autonomous partners — organizations, hu- 
mans or information systems — with the help of informa- 
tion technologies, telecommunication and computer net- 
works. In this paper, 'virtual organization' is to be under- 
stood as defined by Paszkiewicz and Cellary Q: 

a Virtual Organization (VO) is a set of at least 
two autonomous partners, where at least one of 
them is an organization, collaborating within a 
particular structure of social and legal relations 
in order to carry out a particular venture due 
to the demand from virtual organization clients 
and having a plan to carry out this venture. 

The main challenge of VOs are, first, an efficient collab- 
oration of autonomous partners to achieve a predefined 
goal, and, second, quickly adaptation abilities to changing 



2 



environments. Adaptation may help organization to re- 
duce business risk and to take advantage of new business 
opportunities. An overview of the theoretical foundations 
for VOs may be found in and 

EfRcient collaboration requires the use of appropriate 
management strategies, techniques and structures, e.g., out- 
sourcing and out-tasking strategies, techniques for effi- 
cient control of activity execution, standardization of non- 
critical areas of operation, and intcrorganizational integra- 
tion on various levels of organizational structure. Efficient 
collaboration also requires new approaches to traditional 
areas of management, such as evaluation of organization 
performance, as the evaluation of a set of collaborating or- 
ganizations largely differs from the evaluation of a single 
organization. 

Besides the development of management strategies, tech- 
niques, and structures appropriate to VOs, information 
technology solutions have been proposed to support VOs 
in the whole spectrum of their strategic, tactical, and op- 
erational activities, e.g., efficient planning of operation, 
communication and coordination of actions, integration of 
partners, control of activity execution, and measurement 
of business effectiveness. 

2.1.2. Virtual Organization Breeding Environment 

The concept of Virtual Organization Breeding Envi- 
ronment (VOBE, sometimes referred in the literature as 
VBE) has been proposed to facilitate, among others, the 
VO creation process. In this paper, 'VOBE' is to be un- 
derstood as defined by Camarinha-Matos, Afsarmanesh, 
and OUus 0: 

a VOBE is an association of organizations with 
the main goal of increasing preparedness of its 
members towards collaboration in potential VOs. 

Various types of VOBEs may be distinguished, such as 
start-up incubators, technology clusters, or industry ar- 
eas 0. 

A VOBE provides a set of tools and sources of infor- 
mation that may be used in the VO creation process, e.g., 
competence repositories, negotiation tools, and history of 
collaboration. A VOBE allows potential collaborators to 
prepare their future collaboration with other VOBE mem- 
bers before a business opportunity occurs. A VOBE sup- 
ports its members during the whole VO lifecycle 

• in the VO creation phase: a VOBE may provide 
its members with access to information not publicly 
available, such as information about the past per- 
formance of VOBE members. It may also provide 
a standardized description of partner profiles, com- 
petences and services. It may support the partner 
selection process. It may provide methods and tools 
for analysis and evaluation of present and future col- 
laboration performance, as well as necessary infor- 
mation for trust building among selected members; 



• in the VO operation phase: a VOBE may support 
communication and exchange of documents. It may 
facilitate integration of heterogeneous information 
systems and manage common infrastructure. It may 
provide guidelines for standardized data formats, data 
storage facilities, information about changing envi- 
ronment (context) of collaboration, information about 
new collaboration opportunities. It may permit to 
reuse information elaborated by other VOs (e.g., busi- 
ness process models, best practices); 

• in the VO evolution phase: a VOBE may support 
adaptation by providing tools for the redefinition of 
business goals, for the search of new partners, and 
by supporting negotiations; 

• in the VO dissolution phase: a VOBE may support 
knowledge inheritance, i.e., it may capture experi- 
ence gained during the operation of VOs for future 
reuse. 

2.1.3. Service- oriented organizations 

Service orientation is emerging at multiple organiza- 
tional levels in business, in response to the growing need 
for greater business integration, flexibility, and agility: 

service-oriented architecture (SOA) is a para- 
digm for organizing and utilizing distributed 
capabilities that may be under the control of 
different ownership domains. It provides a uni- 
form means to offer, discover, interact with and 
use capabilities to produce desired effects con- 
sistent with measurable preconditions and ex- 
pectations, [l^ 

Although service-oriented architecture is mainly imple- 
mented with Web services, it should not be restricted to a 
given technology or a given technical infrastructure [^, [llj . 
Instead, it "reflects a way of thinking about processes that 
reinforces the value of commoditization, reuse, semantics 
and information, and creates business value" Il2l . Accord- 
ing to Spohrer, Maglio, Bailey, and Gruhl [13[, a service 
is "the application of competence and knowledge to create 
value between providers and receivers. The value that ac- 
crues is derived from the interactions of entities that are 



known as service systems [14|" . 



In this paper. 



'service' is to be understood as defined 



a service is a mechanism to enable access to 
one or more capabilities, where the access is 
provided using a prescribed interface and is ex- 
ercised consistent with constraints and policies 
as specified by the service description. 

The world economy is currently in an advanced stage 
of transformation from a goods-based economy to an econ- 
omy in which value creation, employment, and economic 
wealth depend on the service sector [l^ . Service-oriented 
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thinking is one of the fastest growing paradigms in IT, 
with relevance to accounting, finance, supply chain man- 
agement and operations, strategy and marketing. This 



fact is confirmed by the statistic data provided in [17 



• in year 2004, services already accounted for 75% of 
the US gross domestic product (GDP) and 80% of 
the private sector employment |18| : 

• services play a similarly important role in all of the 
Organization for Economic Cooperation and Devel- 
opment (OECD) countries [l7| : 

• industries that deliver consulting, experience, infor- 
mation, or other intellectual content in 2004 accounted 
for more than 70% of total value added in these coun- 
tries [l^; 

• market-based services, excluding those provided by 
the public sector (e.g., education, health care, and 
government) accounted for 50% of the total value 
added in these countries, and have become the main 
driver of productivity and economic growth, espe- 
cially as the use of IT services has grown [l^ ; 

• worldwide end-user spending on IT services is sup- 
posed to grow at a 6.4% compound annual growth 
rate to reach US 855.6 billion, with positive growth 
in nearly all market segments (20| : 

• companies that implement a service-oriented archi- 
tecture are able to reduce costs for the inte grat ion of 
projects and maintenance by at least 30% [2l|; 



• at least one-third of business application software 
spending will be on software-as-a-service, instead of 
on product licenses by 2012 p^ . 

2.1.4- Service- Oriented VOBE 

The goal of service science is "to catalog and under- 
stand service systems, and to apply that understanding 
to advancing our ability to design, improve, and scale 
service systems for practical business and societal pur- 
poses" [17|. In this context, SOA has been suggested as 
a valuable approach for the architecture and implementa- 
tions of VOBEs and integration of collaborating organiza- 
tions [J. A VOBE implemented in the SOA paradigm is 
referred in this paper as a Service- Oriented Virtual Orga- 
nization Breeding Environment (SOVOBE). A SOVOBE 
is systematically organized around the concept of services, 
which is not limited to Web services, but which encom- 
passes also services performed by humans and organiza- 
tions. In this paper, only SOVOBEs are taken into ac- 
count. The concept of SOVOBE has been introduced 
in 0. 

Concepts underlying SOA may be applied at the coarse 
level of organizations within the context of SOVOBEs: 

• service reuse - a given organization may provide and 
consume the same service within many VOs; 



• service abstraction - the details of the implementa- 
tion of services offered by a given organization within 
a VO are usually hidden for other organizations, be- 
cause the implementation of the core business ser- 
vices is associated with the know-how capital that 
gives the organization a competitive advantage over 
other organizations; 

• service discoverability - services provided by orga- 
nizations in a SOVOBE are described so that both 
services and associated organizations may be iden- 
tified as potential VO partners for a given business 
opportunity; 

• service composition - a complex service provided by a 
VO is a result of the composition of services provided 
by VO partners and eventually by the SOVOBE. 

Depending on the type of service providers and con- 
sumers, the following classification of services provided by 
SOVOBEs has been proposed 0]: 

• business services - services provided by SOVOBE 
members for chosen VO partners; 

• internal services - services provided by the SOVOBE 
and consumed by its members. This set of services 
includes services for partner selection, process mod- 
elling tools adapted to VOs, social network mod- 
elling, performance estimation, and competence mod- 
elhng; 

• external services - services provided by organizations 
operating outside the SOVOBE, but offered through 
the SOVOBE to its members. External services fa- 
cilitate interactions between external organizations 
(e.g., public administration units) and the SOVOBE, 
its members and the VOs it has bred; 

• fagade services - services provided by the SOVOBE 
to organizations outside the SOVOBE. Fagade ser- 
vices provide external organizations with access to 
information about the SOVOBE, such as its mem- 
bers' profiles. Fagade services also allow external or- 
ganizations to submit information to the SOVOBE, 
such as announcements of business needs. 

2.2. Competence Modelling 

To promote itself and to be taken into account during 
VO partner selection processes, each SOVOBE member 
should provide detailed and up-to-date information about 
the activities it can perform and the services it can of- 
fer. This information should be "an accurate description 
of member capabilities, its free resources capabilities, the 
production costs for each of its products, as well as con- 
spicuous proof of the validity of the provided information" 
[5|], usually referred to as competences. 

Various definitions of the concept of competence have 
been proposed in the literature: in [2^, competence is 
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defined as "the organization's capability to perform (busi- 
ness) processes, tasks, having the necessary resources (hu- 
man, technological, physical) available, and applying cer- 
tain standards (practices), with the aim to offer certain 
products and/or services". In competence is defined 
as "the ability to sustain the coordinated deployment of 
assets in ways that help a firm achieve its goals" . 

In this paper, 'competence' is to be understood as de- 
fined by Gallon j25| : 

a competence is an aggregation of capabilities, 
where synergy that is created has sustainable 
value and broad applicability. 

Several works on competence models have been pub- 
lished [23, [26I. Recently, the 4-C model, based on former 
models by [iS, M, M, S, Isil . [3^ , has been proposed by 
Ermilova and Afsarmanesh [5[- The 4-C model is adapted 
to characteristics and needs of VOBE, its members and 
VOs. The main components in the 4C-model are: Capa- 
bilities, Capacities, Costs, and Conspicuities. 

A first limitation of existing competence models is the 
lack of support for circumstantial and multi- version com- 
petences. In the context of SOVOBEs, a second limita- 
tion of competence models is the insufficient support of 
both VO-related and service-oriented concepts. The 4-C 
model — which has been developed to model competences 
in VOs — supports VO-related concepts, but lacks support 
for service-oriented concepts. 

The description of the competences of an organization 
is usually complex because of the diversity and multi- 
aspect character of competences. Additionally, the con- 
tinuous adaptation of SOVOBE members to market needs 
causes a significant effort related with the maintenance of 
this information. Therefore, the amount of information 
concerning the competences of VOBE members is signif- 
icant, especially in medium and large SOVOBEs. As a 
consequence, computer support for management of compe- 
tences is required in medium and large SOVOBEs, usually 
based on a competence model. 

The competence model is usually an important element 
of tools provided by VOBEs to support VO partner selec- 
tion during the VO creation process An approach 
to VO partner selection based on information available in 
competence model is called competence-based configuration 
of VO or competence-based VO creation 

3. Introducing the proposed competence model 

3.1. Rationale 

In SOVOBEs, the partner selection process is directly 
connected with service selection, partner competences be- 
ing considered as an extension of service description. There 
is currently a multiplicity of approaches to service descrip- 
tion elaborated in isolation from existing competence mod- 
els. Proposed service and competence description models 
do not specify the actual relation among competences and 



services. The definition of the relation among these con- 
cepts is crucial for partner and service selection in SOVOBEs 
based on both competence model and service description. 

Furthermore, many elements that are traditionally part 
of competence description models, e.g., organization costs 
and capacities, in particular availability of resources, de- 
pend on circumstances (e.g., seasons, days, economic envi- 
ronment, client's country of origin). Additionally, as orga- 
nizations evolve in time, so should the description of their 
competences. Therefore, competence description models 
should support circumstantial and multi-version compe- 
tences. 

Existing competence models do not deal neither with 
circumstantial and multi-version competences, nor with 
service orientation. Even the 4-C model which is the clos- 
est to the needs of SOVOBEs, has to be refined and ex- 
tended to support SOVOBEs. 

As a consequence, the shift of VOBEs to the SOA 
paradigm observed in SOVOBEs leads to the development 
of novel competence models adapted to SOVOBEs, sup- 
porting the characteristics of both SOA ecosystems and 
VOBEs. 

3.2. Overview of approach 

The presented model may be considered as a refine- 
ment of the 4-C model taking into account the service 
orientation of SOVOBEs. 

A competence model should provide exhaustive infor- 
mation about an organization, its competences, and the 
services it provides. A competence model should be paired 
with methods to verify the reliability and relevance of 
competence descriptions. Finally, it should be possible 
to search organizations whose profiles are stored in a com- 
petence description model. Therefore, the proposed com- 
petence model consists of: 

• a competence description model, 

• a competence verification method, and 

• a competence search method. 

The competence description model is an information 
model for comprehensive descriptions of various aspects 
of organization operations, e.g., information about orga- 
nization competences, utilized resources, production ca- 
pacities, financial and legal issues, ownership, employees. 
An important part of an organization description is the 
business characteristic of the services provided by the or- 
ganization, and the relations between services and compe- 
tences needed to provide them. This relation links SOA 
to competence modelling, formerly developed separately. 
Information concerning competences and services is pro- 
vided by the organization itself and is stored in a com- 
petence repository for later access by SOVOBE members, 
and potentially external organizations. 

For competence descriptions of an organization to be 
reliable and relevant, it should be confirmed or verified 
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against other sources of information. In this context, var- 
ious sources of information available in SOVOBE are pro- 
posed for this purpose. In particular, a social network may 
encompass information concerning social relations among 
organizations. These relations may, in turn, refer to the 
history of collaboration among organizations, and recom- 
mendations and opinions of SOVOBE members about other 
organizations. 

Both the competence description model and the method 
for the verification of competence descriptions are a ba- 
sis for the competence search method. The competence 
search method is based on the concept of competence re- 
quirement, being a set of competence properties and pred- 
icates expressing expected value of these properties. The 
competence search method encompasses the definition of 
competence requirements and evaluation of particular or- 
ganizations against them. The competence search method 
in this form may be incorporated into more complex and 
comprehensive method of partner and service selection for 
VOs. 

A competence model consisting of these three elements 
may be provided by a SOVOBE to its members and its 
environment as a service. The proposed model has been 
implemented in the ErGo system presented in more details 
in Section [721 

4. Competence description model 

The competence description model consists of three 
types of profiles: 

• competence profile, 

• service business profile, and 

• organization profile. 

4-1. Competence profile 

A competence profile is organized around five main 
concepts: competence, capability, capability variant, capac- 
ity and conspicuity. 

These concepts are directly linked to the concepts of 
service and activity that are a part of a service profile. 

To our best knowledge, among all the proposed compe- 
tence models, the 4-C model is the closest to the needs of 
SOVOBEs. However, the refinement of already proposed 
concepts and the introduction of new ones are still needed 
for the 4-C model to support SOVOBEs. Newly intro- 
duced concepts are presented in Table [TJ Concepts exist- 
ing in the 4-C model by refined or redefined for SOVOBEs 
are presented in Tabled Finally, concepts added to the 4- 
C model and associated with contextual competences are 
presented in Table [H 



4-. 1.1. Core concepts 

The core concepts of the proposed model are activity, 
service (cf. Table [1]), competence, and capability (cf. Ta- 
ble (H). 

While the service is a type of a product in the 4-C 
model (cf. Table [2]), the proposed model is based on a dif- 
ferent approach to service concept, leading to significant 
changes in the relations among the concepts of service, 
activity, competence and product. An activity (a piece of 
work that delivers a certain product) can be performed 
by an organization presenting the associated capability 
(the ability to perform an activity). A competence aggre- 
gates one or more capabilities, and eventually other com- 
petences. A service is a mechanism to provide external 
organization with an access to competences. 

As an example, consider a software company (cf. Fig- 
ure [T]). The company has a number of capabilities, for in- 
stance server administration, computer network con- 
figuration, information system modelling, software 
requirements gathering, Java programming, software 
testing. Each capability is associated with an activ- 
ity that results in a product: for instance the software 
company is capable of performing the software require- 
ments gathering activity resulting in the product soft- 
ware requirement specification document. Capacities 
may further be aggregated into competences, e.g., capa- 
bilities information system modelling, software re- 
quirements gathering are aggregated into the software 
requirements engineering competence. A competence 
may also consist of competences: the competence system 
development is a compound competence composed of the 
software requirements engineering competence, and 
the Java programming and software testing capabili- 
ties. Finally, a competence may be externalized with an 
appropriate service: the software requirements engi- 
neering competence may be externalized as a service that 
may be then consumed by customers. 

Note that some capabilities described in competence 
description model may not be externalized by an organi- 
zation as a part of a competence. The description of ca- 
pabilities referring to activities that arc not externalized 
is justified, e.g., for private, internal enterprise architec- 
ture modelling, for collaboration opportunity spotting, or 
competence gap analysis 

Organization's competences are in 1:1 relation with or- 
ganization's services meaning that every competence is ex- 
ternalized by none or exactly one service (cf. Figure [5]). 
Over time, organization may provide more complex ser- 
vices, created not only as a composition of activities the 
organization is able to perform due to its capabilities, but 
also as an aggregation of other services. Such services are 
called compound services (cf. Table [1}. Similarly, compe- 
tences may be aggregated into compound competences (cf. 
Table [T]) to provide more complex, possibly compound ser- 
vices. 

In Table [21 definitions proposed in 4-C model are pre- 
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Figure 1: An example of a competence profile 



Tabic 1: Core concepts of the proposed competence model 

Concept Proposed model 

Activity A piece of work that forms one logical, self- 
contained whole. The output of an activity 
is a product. An activity may be a manual 
activity or automated and requires human 
and/or machine resource(s) to support its 
execution [s^. As stated in [s^, a task is 
a synonym of activity. 

Service A mechanism to enable access to one or 
more capabilities, where the access is pro- 
vided using a prescribed interface and is 
exercised consistent with constraints and 
policies as specified by the service descrip- 
tion [l^. An access to a set of capabilities 
is possible with the concept of a compe- 
tence. 

Compound A service that is an aggregation of services, 
service Aggregation of services creates new, more 
complex service. 

Compound A competence that is an aggregation of 
compe- competences. Complex competences may 
tence be defined as aggregation of other compe- 

tences. 

Product The output of the activity. 



sented in column "Definition" , with comments on the pro- 
posed definitions given in the column "Comment" . The 
refined or redefined definitions are presented in the col- 
umn "Proposed model" . 

Concepts presented above and relations existing among 
them are presented in Figure [2] in a form of UML diagram. 
The concepts presented in Figure [5] are grouped in organi- 
zation, service, and competence profiles. Note that orga- 
nization and service profiles may be extended as needed. 



Table 3: Concepts related with contextual capacities 

Concept Proposed model 

Capability A set of triplets (object, predicate, subject) 
context describing circumstances in which a capa- 
bility exists. 

Capability Cost and a set of capacities referring to 
variant particular capability and appearing in par- 
ticular context. 

Version A number indicating a competence, capa- 
bility or capability variant version 



4-1-2. Contextual capabilities 

In addition to terms defined in 4-C model, the proposed 
competence profile introduces the concepts of capability 
context, capability variant and versioning (cf. Table [S]). 

Conditions under which an organization is able to per- 
form some activity depend on circumstances. Those cir- 
cumstances are referred to as context. Depending on the 
context, cost and capacity may vary. This results in a 
number of capability variants of particular capability. A 
capacity variant consists of a particular capability context, 
a particular capacity, and a particular cost. Moreover, the 
model includes versioning of competences, capabilities and 
capability variants. Versioning allows for tracking of the 
evolution of an organization and its adaptation to market 
needs and collaboration opportunities. 

Continuing the former example, the number of avail- 
able programmers (considered here as resources) may be 
lower than usual in particular circumstances, such as holi- 
days. This limitation results in different capability charac- 
teristics, for instance extended system development time 
or increased general cost of system development. These 
characteristics constitute a capability variant associated 
with a particular context (holidays). 
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Table 2: Refined or redefined concepts from the 4-C model 



Concept 



4-C model 



Proposed model 



Definition 



Comment 



Competence Competency is a com- 
pound object that cannot 
be represented by one tex- 
tual value. 

Capability An ability to perform an 
activity or task. 



Cost Represent the cost of 

product/services provi- 
sion in relation to one 
capability. 

Resource Resource class represents 
the elements applied to 
business processes in the 
organization. 

Capacity The current availability of 
resources needed to per- 
form one specific capabil- 
ity. 



Conspicuity Represent means for the 
validity of information 
provided by the VOBE 
members about their 
capabilities, capacities 
and costs. 

Product Represents both goods 
and services that belong 
to the output of the 
processes/activities rep- 
resented by the member 
organizations' capabili- 
ties. 



Too general definition 



Missing discussion on a difference 
among "task" and "activity". Ac- 
cording to [l^l , "task" is a synonym 
of "activity". 

Missing clear definition 



Missing clear definition 



In this model, a capability is defined 
as "an ability to perform an activ- 
ity" . resulting in "resources needed 
to perform one specific ability to 
perform activity" - the expression 
"performing an ability" makes this 
definition unclear. 

Missing clear definition. 

Refers only to: capability, capacity 

and cost. 



Missing clear definition. 
Assumed in the proposed model 
concentration around the service 
concept requires the redefinition of 
the product. 



An aggregation of capabilities, 
where synergy that is created 
has sustainable value and broad 
capability (25j . 

An ability to perform an activity. 



The monetary value of all the expen- 
ditures linked to activity addressed 
by particular capability, including 
the value of all the resources re- 
quired by an activity. 

Physical or virtual entity of limited 
availability required by organization 
to perform activities and achieve or- 
ganizational goals. 

The total amount of product that 
can be contained or produced. 



A formal or informal document jus- 
tifying, confirming and explaining 
information provided in a compe- 
tence description. 

Refers to: service, organization, 
competence, capability, cost, capac- 
ity. 

The output of the activity. 



4-2. Service profile 

In SOA, various standards supporting Web service de- 
scription, e.g., WSDL [3J], OWL-S WSMO [s^, have 
been developed to provide information necessary to find 
a service and to interact with it. These standards enact 
service discovery, service invocation, service composition, 
and interoperation [s^. At a business level, the scope of 
relevant information that is included in service description 
should focus on business characteristics of a service, with- 



out technical aspects, e.g., service reference to organization 
strategic goals, strategy of service, formal requirements. 
(stI . [33 ■ A set of information relevant for service pro- 
files has been partially developed within the ECOLEAD 
project [23 1 . 

A service provider can provide complex services accord- 
ing to its competences. Thus, in the proposed approach, a 
service is connected with a 1:1 relation with a competence. 
A service is defined as a mechanism enabling an access to 
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Figure 2: Competence Description Model 



a set of capabilities defined as a competence. 

4-3. Organization profile 

The description of organization profiles should include 
information that are not specific to services, e.g., member- 
ship in associations, localization, financial capital, contact 
information, and steering managerial board. A scope of in- 
formation relevant of organization profile has already been 
developed within the ECOLEAD project [23 1. 



5. Competence verification method 

The information provided by an organization should 
be confirmed or verified against other sources of informa- 
tion about this organization to be reliable. The compe- 
tence description model allows organizations for an initial 
verification of data reliability based on conspicuities (cf. 
Tabled]). 

In addition to conspicuities usually provided by a par- 
ticular SOVOBE member, the SOVOBE itself stores var- 
ious sources of information that can enable the verifica- 



tion of information provided in the competence descrip- 
tion model. These sources of information may for instance 
offer access to information about the SOVOBE members, 
their history of collaboration, efficiency of collaboration, 
former and existing problems (cf. Table |4]). 

Information concerning the history of collaboration, 
opinions of SOVOBE members, and their social relations 
can be stored in a social network, either by VOBE mem- 
bers themselves, or by third parties and information sys- 
tems monitoring the operations of organizations (includ- 
ing VOs) . A social network consists of a set of individuals 
and organizations linked by ties. Social networks are often 
represented by graphs, with nodes representin g iii dividuals 



and organizations, and arcs representing ties [41 



A social network may be considered as a complemen- 
tary source of information that significantly contributes 
to the meaning and usefulness of information stored in the 
competence description model. During competence search, 
an analysis of the competence model information should 
be complemented by an analysis of the social network. For 
example, one organization may claim to have many suc- 
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Table 4: Examples of data sources for the verification of competence 
descriptions 



Data 
source 



Description 



Continuous Monitoring of current service consump- 

monitoring tion and provision, progress in running 

of coUabo- collaboration processes, conformance to 

ration requirements 

History of Information restored from the historical 

coUabora- data about partners' performance and 

tion collaboration within SOVOBE 

Opinions Information provided by SOVOBE mem- 

of bers concerning to other members' com- 

SOVOBE petences and services 
members 

Repository Information about relations among orga- 
of social nizations (i.e., recognition, trust) avail- 
relations able in SOVOBE's social network [1^, ]40| 



cessful projects in collaboration with other VOBE mem- 
bers, although the same organization is connected with a 
very limited number of VOBE members in the social net- 
work. Additionally, the nature of the relations in the social 
network may indicate that the organization has a low trust 
and recognition level from other VOBE members, leading 
to the conclusion that, although the organization claim 
to be a successful organization in its competence profile, 
it should probably be avoided as a collaborator in future 
VOs. 

The importance of social aspects in SOA has been 
noted recently [42|, [s^, |4^. Models of social relations, 
models of requirements incorporating these relations and 
techniques for their analysis are not yet mature. As an 
example. Ding and al. [4j| have proposed a simulation- 
optimization approach using genetic search for supplier se- 
lection, integrating performance estimation, social aspects 
and genetic algorithm. However, the social relation model 
encompasses only a simple social model for supply chains 
limited to only one relation type, i.e., customer-supplier. 

6. Competence search method 

Competence search consists in determining in a search- 
able domain, the set of organizations satisfying a given set 
of expectations concerning their competences, referred to 
as competence requirements. In the context of compe- 
tence search, the searchable domain is the set of organiza- 
tions whose competences have been modelled and stored 
in the competence repository. Two elements of a search 
method — and, in particular, competence search method — 
may be distinguished. First, an information model cap- 
tures and structures information about elements of the 
searchable domain. Second, a search technique seeks ap- 



propriate information in the searchable domain according 
to a given search query. A review of various search tech- 
niques focusing on the search context, scope of the search 
query and search strategy may be found in (Zsj . 

In our approach, the information model consists of 
a competence description model and competence require- 
ments model. The Multi- Aspect Partner and Service Se- 
lection (MAPSS) method [46| may serve as an example of 
a search technique. 

6.1. Competence requirement model 

The competence model description presented above re- 
lies on a set of concepts to describe organizations operating 
within a SOVOBE. These concepts may be represented as 
sets of properties. In this paper, a set of properties is 
referred to as 'object'. This simple property representa- 
tion is proposed as a basis for the definition of competence 
requirements: 

a competence requirement is a property of an 
organization and its associated expected val- 
ues, which expressed as a predicate. 

A competence requirement is satisfied by an organization 
is the associate predicate is true for the value of the given 
property of the organization. The envisioned requirements 
may include a list of required competences, a list of re- 
quired capabilities with a clear statement of required ca- 
pacity and optimal cost in particular circumstances defined 
by a context, or a list of required conspicuities (e.g., cer- 
tificates, diplomas). A set of related competence require- 
ments is referred to as organization class. The competence 
requirement model relies on external mechanisms for the 
evaluation of competence requirements as regards a given 
organization. 

As an example, consider an organization class Polish 
Software Company, defined by the following set of com- 
petence requirements: 

• (organization:prof ile:localization, = Polaind), 

• (competence : name, D {Java progreimming}) , 

• (capability : name, D {Server administration}). 

The first requirement concerns properties named organi- 
zation :profile : localization. A property satisfying 
the associated predicate = Poland has to have its value 
equal to Poland. 

Consider an organization Sof twareDev defined by the 
following set of properties: 

• (organization:prof ile :name, 

Sof twareDev), 

• (organization : prof ile : localization, 

Poland), 

• (organization:prof ile : creationDate, 

Nov, 1st, 2009), 
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• (organization : prof ile :numberOf Employees, 

34), 

• (competence :ncime, 

{Java programming, 
Ruby programming. 
Python programming, 

Software requirements engineering}) and, 

• (capability : name, 

{Server administration. 
Computer network configuration}). 

All the competence requirements of the class are sat- 
isfied by SoftwareDev (cf. Figure [3]). The organization 
Sof twareDev is therefore an instance of the class Polish 
Software Company. 

In the presented example, the default logical operator 
combining the requirements is the AND-operator. It is 
not always the case, as other logical operators may be 
used. Following on the former example, one may want 
to define an organizational class expressing the need for 
an organization operating in the market for at least two 
years and having a competence System development, or, 
alternatively, an organization that has conducted at least 
ten software projects in the past three years. 

Note that some properties of SoftwareDev, such as 
organization : profile : nsune, organization : prof ile : - 
creationDate, and organization: prof ile :numberOf Em- 
ployees, are meaningless as regards the class Polish Soft- 
ware Company. 

In FigurcHl the organization Sof tis is presented. This 
organization is not an instance of the Polish Software 
Company class: the requirement concerning organization : - 
prof ile : localization property is not satisfied by the 
value of the property organization: prof ile: localiza- 
tion. Finally, no property capability :ncmie is even de- 
fined for Softis. 

6.2. Multi- Aspect Partner and Service Selection in SOVO- 
BEs 

The competence search problem may be considered 
as part of a larger partner and service selection problem. 
Partner and service selection is a complex multi-aspect and 
multi-criteria process in which usually multiple parties are 
involved. This process can hardly be fully automated be- 
cause of its complexity and the fact that it relies on infor- 
mation that are often tacit. In general, partner and service 
selection method encompasses the following aspects \4^ : 

• determination of roles in collaborative processes and 
corresponding requirements for organizations and ser- 
vices, as well as the planned structure of the VO to 
be created, 

• identification of organizations and services able to 
play a particular role in VO collaborative processes, 



• negotiation and settlement of collaboration rules and 
conditions, 

• analysis of possible VO variants in terms of confor- 
mance to requirements and efficiency of collabora- 
tion. 

In this context the Multi-Aspect Partner and Service 
Selection (MAPSS) method [i^ has been proposed as a 
method for selection of partners and services for VO col- 
laboration processes. The MAPSS method supports so- 
cial aspects, competences of VO members and performance 
characteristic. In the MAPSS method approach, each ac- 
tivity to be executed as part of a VO collaboration process 
is performed by a service consumer consuming a service 
provided by a service provider. A process element may re- 
fer to a service consumer, a service or a service provider. 
Service consumers and service providers are called part- 
ners. In this context, a role is a set of requirements that 
a potential partner has to satisfy to be assigned to a par- 
ticular activity. Roles are in M:N relation with partners 
and services. The concept of role in the MAPSS method is 
similar to the concept of organization class being a part of 
competence description requirement model. The organiza- 
tion class can be considered as an approach to implement 
the concept of roles. Competence requirements, in turn, 
can be considered as a part of VO specification. 

Among requirements defining a role, social require- 
ments constrain relations between roles. Social require- 
ments may be used to define some properties of a social 
network and their associated expected values. A social 
(sub)network of organizations and services may then be 
evaluated against social requirements [ilj. Examples of 
relations are past collaboration, recognition, and former 
financial exchange. In context of this paper, social require- 
ments are also important for the verification of information 
stored in the competence model. 

The set of roles assigned to process elements and the re- 
lations among these roles are referred to as a social network 
schema. A VO specification consist of a process model, 
and associated requirements, paired with a social network 
schema (cf. Figure [S]). 

For the proper selection of partners and services, the 
MAPSS method consists in five phases and follows the 
general selection method guidefines presented in [iTj : 

1. definition of VO specification - definition of require- 
ments and associated preferences (e.g., importance, 
acceptable level of satisfaction) ; 

2. selection of partners and services for roles - the out- 
put of this phase is a set of partners or services for 
each role defined in the social network schema; 

3. VO variant generation - a variant is a group of orga- 
nizations that may potentially be operating as a VO; 
the output of this phase is a sorted set of variants, 
according to the sorting preferences defined by a VO 
planner; 
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Figure 3: An example of organizations which are instances of a class. All requirements are satisfied. 
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Figure 4: An example of organizations which are not instances of a class. Requirements concerning localisation and capability name are not 
satisfied. 
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Figure 5: VO specification for the MAPSS method. 



4. performance evaluation - assignment of selected ele- 
ments to process activities and validation of perfor- 
mance requirements; 

5. VO inception - registration of the newly created VO 
in the SOVOBE, especially in its competence and 
service repositories. 

In every phase, human action may lead to requirements 
redefinition, to modifications of the preferences, and to 
the repetition of phases of the MAPSS method. 



One of the crucial modules of the method is a com- 
petence and service description module. The competence 
and service description module is supposed to provide the 
following features for MAPSS: 

• structured description of organization competences, 

• search of organizations based on competence-based 
competences, 

• evaluation of the conformance of an organization to 
a set of defined competence-based requirements. 
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7. Implementation concerns 

The concepts described in this paper can used in vari- 
ous apphcation areas and have been fully implemented as 
a part of the ErGo system. 

1.1. Potential applications 

The concepts described in this paper may applied to 
various business domains. 

In the construction sector^ organizations are usually 
collaborating in a VO manner. In this sector, the gen- 
eral contractor, and sometimes the real-estate developer, 
plays the role of the VO planner, as well as the role of 
the SOVOBE itself: their role is to identify appropriate 
partners and services needed to construct a given build- 
ing. The partner and service selection process is therefore 
of high importance for the general contractor. 

Additionally, the concept of capability variants is par- 
ticularly relevant in this sector. The availability of part- 
ner's free resources, associated with capability costs, capa- 
bility properties such as time associated with capability, 
depend strongly on the context, e.g., seasons of the year, 
weather conditions, day of week, hours, and holiday pe- 
riod. As an example, the performance of teams working 
on roofs is usually lower in winter than in spring because of 
weather conditions. Thus the inclusion of capability vari- 
ants in the description of organization's competences is 
crucial for the proper selection of organization for a given 
business process in the construction sector. 

A second sector in which the proposed solution may be 
applied is the healthcare sector. In this sector, each hos- 
pitalized patient may be considered as a "collaboration 
opportunity" for the medical staff. Physicians, surgeons, 
and nurses share their competences to heal a patient. Hos- 
pital teams are usually formed dynamically to answer the 
needs of a given patient. 

In this case again, the concept of capability variants 
is important to capture the availability of members of the 
hospital teams. Physicians, surgeons, and nurses often 
work at various places. Additionally, the work hour sys- 
tem in the healthcare sector is organized around the con- 
cept of duty hour, which leads to very flexible and changing 
schedules for the healthcare workers. Therefore, capability 
variants may support the partner search selection, under 
the condition that the schedules are translated into appro- 
priate capability context. 

A last example of a sector in which the proposed so- 
lution may be applied is the sector of humanitarian aid. 
In this sector, the "collaboration opportunity" comes from 
natural disasters (e.g., the 2011 Haiti earth quake or the 
2004 Indian Ocean tsunami), technological disasters (e.g., 
Tchernobyl or Fukushima Daiichi nuclear disasters), and 
long-term man-made disasters related to civil strife, civil 
war, and international war (e.g., the 2011 Lybian conflict). 

As a response to a given disaster, various organizations, 
usually non- governmental organizations (NGOs), collabo- 
rate to provide assistance to the population of the disaster 



region. Various competences are usually involved to re- 
spond to the emergency, e.g., logistics to deliver food and 
drugs, or healthcare. An efficient response to a disaster 
requires the identification of the appropriate collaborating 
organizations. The proposed model may provide NGOs 
with support for disaster management and help them to 
organize aid in a more efficient and effective manner. 

7.2. The ErGo system 

The competence description model, the competence 
verification method, and the competence search method 
(as part of the MAPSS method) proposed in this paper 
have been implemented in the ErGo system [48| . 

7.2.1. System outline 

The ErGo system is an implementation of a SOVOBE 
infrastructure. It allows a SOVOBE to provide its services 
for members or organizations in its surrounding environ- 
ment. Although the number of internal services that a 
VOBE may offer to its members is theoretically unlim- 
ited, a set of internal services common to all the VOBEs, 
i.e., core internal services^ may be identified. The ErGo 
platform is organized around five core internal services 
supporting the management of either VOBE members, or 
VOs. First, two core internal services focus on the man- 
agement of SOVOBE members: the competence manage- 
ment service provides means for structured description of 
SOVOBE members, while the social network service ad- 
dresses relations among SOVOBE members. Second, three 
core internal services focus on the management of VOs: 
the VO creation service^ the VO collaboration service^ and 
the VO monitoring service. On a basis of core internal 
services, a SOVOBE tailored to the needs of a particular 
group of cooperating organizations or a particular sector 
may be built. A first pilot is currently under testing in the 
construction sector, with a real-estate development com- 
pany being a SOVOBE, providing the infrastructure and 
services for its subcontractors on the ErGo platform. 

A detailed description of the system components can 
be found on ErGo website |48j , including the software re- 



quirements specification, user's guide and developer's guide 
documents. 

7.2.2. Competence description model and competence search 
in the ErGo system 
Four services and modules of the ErGo system imple- 
ments the functions related with the proposed competence 
description model and competence search: 

• VO collaboration service - implementation of the 
functions related with the definition of VO specifi- 
cations, i.e., the definition of a set of activities to be 
performed and of roles by grouping social require- 
ments into classes; 

• competence management service - implementation of 
the competence description model, competence re- 
quirement definition and evaluation method and a 
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mechanism for the partial verification of self-declared 
in partner selecti on p rocess with the use of perfor- 
mance indicators [49|; 

• VO creation service - implementation of the MAPSS 
method including a mechanism for the verification of 
self-declared organization competences with the use 
of a social network; 

• social network service - the repository of information 
used for verification of information stored in compe- 
tence management service. 

In Figure [H] the sequence of actions related with the 
definition of VO specifications and partner search in the 
ErGo system is presented. Only services and modules par- 
ticipating in this scenario are presented. 

First, a set of competence requirements is defined. The 
competence requirement module is part of the competence 
management service, as the possibility of defining partic- 
ular requirements depends on the information stored in 
the competence description model. Specified requirements 
are stored in the competence requirement repository for 
future competence (partner) search processes (step 1 in 
Figure [S]). During the creation of a VO specification, 
competence requirements are grouped into organization 
classes and linked with roles specified in social network 
schema (step 2). The VO specification serves as an in- 
put for the selection of partners and the search of compe- 
tences performed in the Organization-to-Role assignment 
module of the VO creation service (step 3). This module 
takes advantage of requirements to specify a non-empty 
set of organizations that can perform a particular role. To 
this purpose, the competence requirements are sent to the 
competence requirement evaluation module (step 4). This 
module evaluates organizations described in the compe- 
tence repository as regards competence requirement satis- 
faction (step 5). In this step, evaluation of the satisfaction 
of each requirement by particular organizations may be 
performed with a weighted function with different weights 
associated with requirements (step 6). The value of the 
function is returned to competence requirement evaluation 
module (step 7) to order the set of organizations returned 
to VO creation service (8). So far, the selection is based 
exclusively on information stored in the competence de- 
scription model. In steps 9, 10, and 11, organization com- 
petences are verified against the social network. The pro- 
cess of partner selection does not end at this point, but 
moves to the third phase of the MAPSS method. 

Communication among modules implementing function- 
ality of services is based on events. This allows seamless 
addition and integration of new modules that can provide 
substitutive or complementary functionality. For instance 
there can be more than one module providing the function- 
ality of definition and validation of competence require- 
ments. It is up to the user which modules will be used. 
Such seamless integration is a prerequisites of adaption of 
the ErGo system to the needs of particular SOVOBE. 



In Figure[7l a screenshot of the ErGo system addressed 
presents the graphical user interface of the competence 
module allowing SOVOBE members to browse organiza- 
tion profiles, competences, services, and conspicuities. 

7.2.3. Programming platform 

The ErGo system is implemented in the Java SE 6 plat- 
form. The functionality provided by the system modules 
is exposed as OSCi services [H^l within the Equinox con- 
tainer [Flj and can be externalized as SOAP web services. 
The core frameworks used in the ErGo system arc: 

• OSCi, 

• Google Web Toolkit, 

• Hibernate. 

Components integrated within the ErGo system in the 
OSCi Container Equinox 3.5.2 arc: 

• Hibernate 3.3.1.GA - communication with Oracle llg; 

• OSCi 4.2 Blueprint Container - OSGi services man- 
agement; 

• Jetty 6.1.19 - web application server; 

• Google Web Toolkit 2.0.3 with various connected li- 
braries - A J AX Web user interfaces; 

• Apache CXF Distributed OSGi 1.2 - externalization 
of web services. 

8. Conclusions 

The main objective of this paper is to present the de- 
sign and use of the competence model for SOVOBE mem- 
bers. The proposed competence model is composed of a 
competence description model, a competence verification 
method, and a competence search method (including a 
competence requirement definition technique). The pro- 
posed competence model largely extends the 4-C model. 
The proposed concept of competence profile clarifies the 
relation between activities, services, capabilities and com- 
petences, as well as introduces contextual capabilities. 

The proposed description of competences takes into ac- 
count the characteristics of SOVOBEs, redefining the con- 
cepts of competence, capability, resource, capacity, cost, re- 
source, conspicuity, and product, and introducing the new 
concepts of capability context, capability variant, compound 
competence, and version. Most notable aspects of the pro- 
posed model include: 

1. modelling a context for capabilities resulting in many 
possible capability variants, 

2. versioning of competences, capabilities and capabil- 
ity variants. 
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Figure 6: Sequence of actions during VO specification creation and partner search. 
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Figure 7: Example screcnshot from the ErGo system competenee module. 



3. capturing relations among competence^ capability, ac- 
tivity and service, with special emphasis on a clear 
distinction between the concept of competence and 
capability in context of service provision, 

4. modelling the multiplicity of relations among all the 
concepts of the proposed competence description model, 

5. the role of the social network in verification of infor- 
mation stored in competence description model, 

6. competence requirement model, and 

7. putting competence model in context of partner se- 
lection in SOVOBEs. 



Among future works, a method for competence aggre- 
gation, suited to the proposed model, is to be proposed. 
Such a method should take into account the contextual 
and versioning aspect of capabilities, for a group of orga- 
nizations. A major application could be the evaluation of 
the competences of a VO. 

Another area of improvement concerns the evolution 
of competences in time. The proposed competence model 
should encompass strategies for the evaluation of compe- 
tences in a more dynamic manner, assuming that an orga- 
nization may actually have a competence at a given point 
in time, but at another point of time, the competence may 
not be available anymore. 

Finally, the on-going deployment of the ErGo system 
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in the construction sector will allow for an evaluation of the 
pertinence of the proposed competence description model. 
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